home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0079 / 734.txt < prev    next >
Text File  |  1997-04-16  |  11KB  |  292 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Fri,  1 Dec 89       Volume 89 : Issue 734
  4.  
  5. Today's Topics:
  6.                      Did I come from the desktop?
  7.                Did I miss something? (concerning FORM)
  8.                            GEM help wanted
  9.                        How to get new members??
  10.                    Off the subj, but very relevant
  11.                     Rainbow Tos Porblems (2 msgs)
  12.                        Still searching...close
  13.                           Trash, Disks, etc.
  14. ----------------------------------------------------------------------
  15.  
  16. Date: 29 Nov 89 18:22:53 GMT
  17. From: nis!pwcs!stag!daemon@UMN-CS.CS.UMN.EDU  (Dale Schumacher)
  18. Subject: Did I come from the desktop?
  19. Message-ID: <1989Nov29.182253.2681@stag.UUCP>
  20.  
  21. [jmw@tasis.utas.oz.au@munnari.oz (John Williams) writes...]
  22. > A recent article suggested three possible methods by which a process  could
  23. > determine whether it was being run from the desktop or from a shell. I'd like
  24. > to suggest another method which works for me. I don't suggest that it is
  25. > foolproof however. It simply requires moving the basepage ptr up to its parent
  26. > until it becomes null. If this requires three iterations then the program
  27. > is running from the desktop. Any more and it is running from a shell.
  28.  
  29. Alright, I guess it's time to post this message again (is this the 3rd
  30. time now?).  The quoted message is mostly correct, but incomplete.  The
  31. situation is slightly different if you're in the /AUTO/ folder programs
  32. at boot-time.  I check for the text-base pointer pointing to ROM, as
  33. recommended by Alan Pratt @ Atari.  The following code (which, like John's
  34. code, assumes access to a basepage pointer) uses this "approved" method.
  35. I've also included a copy of <basepage.h> from dLibs for those who don't
  36. know the layout of the basepage structure.
  37.  
  38. /***********************************************************************/
  39. #include <basepage.h>
  40.  
  41. #define FROM_AUTO       0
  42. #define FROM_DESKTOP    1
  43. #define FROM_SHELL      2
  44.  
  45. camefrom()
  46.         ?
  47.         register BASEPAGE *p = _base;
  48.         register int n = 0;
  49.  
  50.         p = p->p_parent;
  51.         if((((long) (p->p_tbase)) & 0x800000L) == 0L)
  52.                 return(FROM_SHELL);
  53.         while(p = p->p_parent)
  54.                 ++n;
  55.         return((n == 1) ? FROM_AUTO : ((n == 2) ? FROM_DESKTOP : FROM_SHELL));
  56.         ?
  57. /***********************************************************************/
  58. /*
  59.  *      BASEPAGE.H      Definition of the basepage structure
  60.  */
  61.  
  62. #ifndef BASEP_H
  63. #define BASEP_H
  64.  
  65. typedef struct basep
  66.         ?
  67.         char            *p_lowtpa;      /* pointer to self (bottom of TPA) */
  68.         char            *p_hitpa;       /* pointer to top of TPA + 1 */
  69.         char            *p_tbase;       /* base of text segment */
  70.         long            p_tlen;         /* length of text segment */
  71.         char            *p_dbase;       /* base of data segment */
  72.         long            p_dlen;         /* length of data segment */
  73.         char            *p_bbase;       /* base of BSS segment */
  74.         long            p_blen;         /* length of BSS segment */
  75.         char            *p_dta;         /* pointer to current DTA */
  76.         struct basep    *p_parent;      /* pointer to parent's basepage */
  77.         char            *p_reserved;    /* reserved for future use */
  78.         char            *p_env;         /* pointer to environment string */
  79.         long            p_undef[20];    /* scratch area... don't touch */
  80.         char            p_cmdlin[128];  /* command line image */
  81.         ?
  82.         BASEPAGE;
  83.  
  84. extern  BASEPAGE        *_base;
  85.  
  86. #endif BASEP_H
  87. /***********************************************************************/
  88.  
  89. \\   /  Dale Schumacher                         399 Beacon Ave.
  90.  \\ /   (alias: Dalnefre')                      St. Paul, MN  55104-3527
  91.   ><    ...umn-cs!midgard.mn.org!syntel!dal     United States of America
  92.  / \\   "What is wanted is not the will to believe, but the will to find out,
  93. /   \\  which is the exact opposite." -Bertrand Russell
  94.  
  95. ------------------------------
  96.  
  97. Date: 1 Dec 89 06:14:45 GMT
  98. From: attcan!utgpu!watserv1!bmaraldo@uunet.uu.net  (Commander Brett Maraldo)
  99. Subject: Did I miss something? (concerning FORM)
  100. Message-ID: <261@watserv1.waterloo.edu>
  101.  
  102.         Did I miss the last two postings of FORM in binaries.atari.st?
  103. I didn't seem to get #16 and #17 (I have been anxiously waiting).
  104. If I did miss them can someone please mail them to me?  Thanks
  105.  
  106. Brett L Maraldo
  107.  
  108.  
  109. --
  110.                --------     Unit 36 Research     ---------
  111.                         "Alien Technology Today"
  112.                       bmaraldo@watserv1.UWaterloo.ca
  113.                    ?uunet!clyde!utai?!watserv1!bmaraldo
  114.  
  115. ------------------------------
  116.  
  117. Date: 30 Nov 89 15:10:12 GMT
  118. From: mcsun!tuvie!hpuviea!gernot@uunet.uu.net  (Gernot Kunz)
  119. Subject: GEM help wanted
  120. Message-ID: <1218@hpuviea.UUCP>
  121.  
  122. Dear GEM wizards,
  123.  
  124. just recently I designed a dialog box with formatted
  125. box-texts in them. Those text boxes are not editable - I use
  126. them for output only.
  127.  
  128. When the data is displayed I want the user to press one
  129. of the buttons on the box. So I call form_dial(tree, 0).
  130.  
  131. This is when something strange happens. Although I called
  132. form_dial with '0' as a second argument (no start item) a
  133. text cursor also appears in one of the text boxes. It reacts
  134. to the cursor keys, ESC, DEL and BS. Fortunately the missing
  135. EDITABLE flag prohibits any real changes by the user, but still
  136. the cursor is annoying.
  137.  
  138. Does anyone know how to get rid of this text cursor? Do I have
  139. to program my own form_dial() ?
  140.  
  141. Regards
  142.  
  143. Gernot
  144.  
  145. ---
  146. Gernot Kunz                             gernot@hpuviea.UUCP
  147. Hewlett-Packard Austria GmbH,           ...mcvax!tuvie!hpuviea!gernot
  148. A-1220 Vienna, Austria                  ...hplabs!hpfcla!hpbbn!hpuviea!gernot
  149. (0043) (222) 2500 x428 (9-18 CET)
  150. --
  151. Gernot Kunz                             gernot@hpuviea.UUCP
  152. Hewlett-Packard Austria GmbH,           ...mcvax!tuvie!hpuviea!gernot
  153. A-1220 Vienna, Austria                  ...hplabs!hpfcla!hpbbn!hpuviea!gernot
  154. (0043) (222) 2500 x428 (9-18 CET)
  155.  
  156. ------------------------------
  157.  
  158. Date: 30 Nov 89 16:16:00 GMT
  159. From: inmet!hedger@uunet.uu.net
  160. Subject: How to get new members??
  161. Message-ID: <30200026@inmet>
  162.  
  163. Rich,
  164.  
  165. I think the strongest thing you can do to get new members is to
  166. recruit through the local dealers. That's the place that you are
  167. going to reach new and existing ST users.
  168.  
  169. I would print up cards, posters etc. and see if I could get them in
  170. all of the atari stores in town and in any neighboring towns.
  171.  
  172.  Make sure that your posters mention the BBS.
  173.  After you get some members, I would talk to one of your local dealers
  174.  and Atari about maybe having a guest lecturer come in and do a
  175.  presentation. Maybe you could hold it at one of the stores. This is a
  176.  fairly common practice in music stores. Anyway, if you can get some
  177.  sort of presentation happening then Advertise that one event in the
  178.  paper. Maybe throw a party and advertis in the science section of the
  179.  paper for the party to recruit people.
  180.  
  181.  I don't belong to any users groups but these are just ideas that
  182.  occurred to me.
  183.  Hope this helps,
  184.  
  185.  
  186. =====================================================================
  187. |                                                                   |
  188. | Keith Hedger :  ?...!?uunet!inmet!hedger   hedger@inmet.inmet.com |
  189. |    'It is a sad, but beautiful world..........'                   |
  190. =====================================================================
  191.  
  192. ------------------------------
  193.  
  194. Date: 30 Nov 89 14:59:57 GMT
  195. From: njin!jvnca!njitgw!mars!parker@rutgers.edu  (bruce parker cis fac)
  196. Subject: Off the subj, but very relevant
  197. Message-ID: <875@njitgw.njit.edu>
  198.  
  199. The bill is HR 2712, not 2172 (at least that is what the White House comments
  200. line person told me.)
  201. Bruce Parker
  202. 305 Weston Hall                                 (201) 596-3369
  203. Computer and Information Science Department     parker@mars.njit.edu
  204. New Jersey Institute of Technology
  205.  
  206. ------------------------------
  207.  
  208. Date: 30 Nov 89 19:43:32 GMT
  209. From: fox!portal!atari!apratt@apple.com  (Allan Pratt)
  210. Subject: Rainbow Tos Porblems
  211. Message-ID: <1839@atari.UUCP>
  212.  
  213. rode@uniol.UUCP (Dirk Rode) writes:
  214. > yesterday I got a version of the TOS 1.4 as a disk version.
  215.  
  216. The rest of your message doesn't matter.
  217.  
  218. DO NOT USE DISK VERSIONS OF TOS 1.4 ANY MORE.
  219.  
  220. If you experience the same problem with a ROM (EPROM) version of TOS
  221. 1.4, then you can start blaming it on the application or TOS. Not until
  222. then.  The disk-based version was for developers to get a taste of TOS
  223. 1.4 early, and IT IS NOT A PRODUCT SUPPORTED BY ATARI.
  224.  
  225. ============================================
  226. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  227. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  228.  
  229. ------------------------------
  230.  
  231. Date: 30 Nov 89 19:08:46 GMT
  232. From: fox!portal!atari!kbad@apple.com  (Ken Badertscher)
  233. Subject: Rainbow Tos Porblems
  234. Message-ID: <1838@atari.UUCP>
  235.  
  236. rode@uniol.UUCP (Dirk Rode) writes:
  237. |  yesterday I got a version of the TOS 1.4 as a disk version.
  238. Aieeee!!!  Where did you get it?  Aren't ROMs available where you live?
  239.  
  240. I _strongly_ advise against using _any_ disk based version of TOS,
  241. especially if you don't know its lineage.  TOS ROMs have been available
  242. for years, and Rainbow TOS ROMs now for months (UK users aside - but
  243. that's another story, and hopefully one that is getting fixed).
  244.  
  245. I'd like to echo the sentiments of another article here recently:
  246. How can Atari be expected to support an operating system if we don't know
  247. what's _really_ in it?
  248.  
  249. Caveat Emptor.
  250. --
  251.    |||   Ken Badertscher  (ames!atari!kbad)
  252.    |||   Atari R&D System Software Engine
  253.   / | \  #include <disclaimer>
  254.  
  255. ------------------------------
  256.  
  257. Date: 29 Nov 89 11:33:51 GMT
  258. From: eru!luth!sunic!tut!hydra!hylka!jalkio@bloom-beacon.mit.edu  (Jouni Alkio,
  259.  University of Helsinki, Finland)
  260. Subject: Still searching...close
  261. Message-ID: <1571@cc.helsinki.fi>
  262.  
  263. > daniel@pkmab.se (Daniel Deimert) writes:
  264. >
  265. > | I'm still looking for some kind of information about how to program
  266. > | the new chips in the STe.
  267. >
  268.  
  269. In a German magazine "ST-Magazine" issue 12/89 pages 64-66 there is
  270. quite complete description of the STE's new hardware registers and their
  271. meanings. I think this is the information you need.
  272.  
  273.                                         Jouni Alkio
  274.  
  275. ------------------------------
  276.  
  277. Date: 1 Dec 89 08:09:53 GMT
  278. From: agate!saturn!ucscg.UCSC.EDU!dstr012@ucbvax.Berkeley.EDU  (10003012)
  279. Subject: Trash, Disks, etc.
  280. Message-ID: <9911@saturn.ucsc.edu>
  281.  
  282. Does anyone out there have or know where I can get a program to change
  283. the Trash and file cabinet icons on the desktop?  The old desktop is getting
  284. pretty boring and I am due for a change.  Thanks.
  285.  
  286.          Roman Baker
  287.  
  288. ------------------------------
  289.  
  290. End of INFO-ATARI16 Digest V89 Issue #734
  291. *****************************************
  292.